Date: Fri, 22 Apr 94 04:30:25 PDT From: Ham-Space Mailing List and Newsgroup Errors-To: Ham-Space-Errors@UCSD.Edu Reply-To: Ham-Space@UCSD.Edu Precedence: Bulk Subject: Ham-Space Digest V94 #102 To: Ham-Space Ham-Space Digest Fri, 22 Apr 94 Volume 94 : Issue 102 Today's Topics: AMSAT HF PBBS MOVE Building a Satellite. Need Advice. Yaesu FT-736R/AEA DSP-1232 interface problem Send Replies or notes for publication to: Send subscription requests to: Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Ham-Space Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/ham-space". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: Tue, 19 Apr 1994 09:20:28 -0400 From: ihnp4.ucsd.edu!swrinde!gatech!newsxfer.itd.umich.edu!ncar!asuvax!pitstop.mcd.mot.com!mcdphx!schbbs!mothost!lmpsbbs!NewsWatcher!user@network.ucsd.edu Subject: AMSAT HF PBBS MOVE To: ham-space@ucsd.edu In article <$arts-094.1994@ampr.org>, BJARTS@stthomas.edu (B J Arts) wrote: > SB PBBS@AMSAT $ARTS-094 > AMSAT PBBS MOVE > > The AMSAT PBBS will be changing frequency and modes starting April > 15th at 1600 UTC. The AMSAT PBBS will be on a Mark frequency of 14.079, > that's (14.181.1 AFSK LSB), using the mode Pactor with the callsign WT0N. ? NO, actually it should read 14.081.1 (minor typing error), and if you are running a Kenwood you will want to center-tune at 14.081.2 instead. This will put mark at the requested frequency with space 200 hz down from there. If you have trouble copying, remember to also check your TNC's TxRev and RxRev settings when running inverted like this. > The new schedule will be as follows: Monday THRU Saturday from 1600 UTC > until 2300 UTC on a Mark freqeuncy of 14.079. From 2330 UTC until 0400 UTC > on a Mark freqeuncy of 7.073.5 that's (7.075.6 AFSK LSB), using the Mode > Pactor. These changes have been made to better serve AMSAT users with better > coverage and use of a mode that many of the users have expressed an interest > in. If anyone would like to use the Mode G-TOR, please let me know and I > can see about setting up a schedule for G-TOR users. Please send any > comments or suggestions to one of the following: > INTERNET: BJARTS@STTHOMAS.EDU > PACKET: WT0N@WB0GDB.#STP.MN.USA.NOAM > PACTOR: WT0N > > The AMSAT PBBS will have updated Keps and AMSAT BULLETINS, along with > SpaceNews and other satellite related items. > > 73 AND THANKS FOR YOUR TIME AND INTEREST THE AMATEUR SATELLTIE PROGRAM > de BJ ARTS WT0N > > /EX -- Karl Beckman, P.E. < STUPIDITY is an elemental force for which > Motorola Comm - Fixed Data < no earthquake is a match. -- Karl Kraus > The statements and opinions expressed here are not those of Motorola Inc. Motorola paid a marketing firm a huge sum of money to get their opinions; they have made it clear that they do not wish to share those of employees. Amateur radio WA8NVW @ K8MR.NEOH.USA.NA NavyMARS VBH @ NOGBN.NOASI ------------------------------ Date: 22 Apr 94 06:44:19 GMT From: dog.ee.lbl.gov!agate!headwall.Stanford.EDU!rbatra@ucbvax.berkeley.edu Subject: Building a Satellite. Need Advice. To: ham-space@ucsd.edu Hi All, I'm a Stanford graduate student in the Aeronautics program and am building a satellite that will be launched hopefully sometime next year. I plan on using a TNC for telemetry data. Since the majority of the satellites use PSK, I plan on using a rad hard version of a paccom tiny 2. I hear they use low power (CMOS) and are easy to hook up to a transceiver (as opposed to 9600). First, are my decisions sound? The satellite will be in LEO, and we do plan on downloading jpeg pics (about 20K each). 8 - 15 minute windows. Second, what can I do about data integrity? I hear there is a protocol called pacsat that the uosat's use- is this an easily configured code (we plan on launching a 68332), and if so where is it available. If there is a better/easier protocol available let me know. My major concern is to resume a download if the window is not long enough to retrieve a picture. Third, using a store bought TNC 1200 baud, will I have any problems uploading. Will Doppler's effect be a problem? Thanks in advance, Rajesh Batra rbatra@leland.stanford.edu ------------------------------ Date: 22 Apr 94 03:40:45 GMT From: dog.ee.lbl.gov!ihnp4.ucsd.edu!usc!nic-nac.CSU.net!clstcs!rdhoughton@ucbvax.berkeley.edu Subject: Yaesu FT-736R/AEA DSP-1232 interface problem To: ham-space@ucsd.edu I'm in the process of connecting a Yaesu FT-736R transceiver to an AEA DSP-1232 all mode controller with the intention of working PACSAT. I have the new version 7.00 firmware which supports modem 13 doppler correction for the radio. Unfortunately, if I'm reading the schematics properly, the AEA unit seems to expect that the up/down frequency buttons on the microphone operate by pulling a line to ground, while these buttons on the FT-736R seem to function by pulling a line to +5 volts in order to step the frequency up or down. Needless to say, that after following the AEA instructions (and resultantly pulling the +5 power supply to ground) my radio was not a happy camper. Luckily I got away without damage but I've decided to ask for help. There must be a lot of people out there who have run into this problem. The AEA rep was courteous but had no real answers. (I guess you'll have to build some kind of interface...) If any of you have a simple solution to this problem, I'd love to hear from you. Thanks for your help! Bob Houghton, KC6LVG rdhoughton@vms4.csupomona.edu ------------------------------ End of Ham-Space Digest V94 #102 ******************************